- MG4 menetpróba
- Xiaomi Mi 9 Lite - kilencre érdemes lapot húzni
- Samsung Galaxy Z Fold5 - toldozás-foldozás
- Samsung Galaxy S24 - nos, Exynos
- Samsung Galaxy S21 FE 5G - utóirat
- Honor Magic6 Pro - kör közepén számok
- Android szakmai topik
- Samsung Galaxy A54 - türelemjáték
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- iPhone topik
Hirdetés
-
Megbírságolták a Razert a Zephyr maszkok miatt
ph A cég elég olcsón megússza az ügyfelei félrevezetését, de az üdvözlendő, hogy az Egyesült Államok hatóságai nem siklottak el az ügy felett.
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
iPaden is vége az App Store monopóliumának
ma Ősztől lehet alternatív alkalmazásboltból telepíteni az EU tagállamaiban.
Új hozzászólás Aktív témák
-
lizzy
újonc
Sziasztok!
Szeretnék egy kis segítséget kérni. Dolgozok egy programon ahol gridview-ban iratom ki az adatbázis adatait, majd onnan kiválasztva textboxokba (adatmódosításokhoz). A textboxba nem írja ki az ékezetes betűket, helyette teljesen más van ott, viszont mikor új adatot viszek fel nincs gondja az ékezettel. Eddig még nem találkoztam ilyennel. Van valakinek valami ötlete mit tudnék ezzel kezdeni?
Előre is köszönöm!
-
Goose-T
veterán
Milyen kóddal kérdezed le az adatbázisból az adatokat? Talán a mappelésnél lehet valahol a probléma. Sima ADO.NET-et használsz, vagy Entity Frameworkot? Esetleg valami egzotikusabb cuccot, pl. NHibernate?
Rockbandám: https://fb.me/scharlotterhodes *** Gitárelektronikai műhelyem: https://www.fb.me/goosetgitar
-
lizzy
újonc
válasz Goose-T #7807 üzenetére
Íme a gridview:
<asp:GridView ID="GridView1" runat="server" AutoGenerateColumns="False" DataKeyNames="felhasz_id" DataSourceID="SqlDataSource1" OnSelectedIndexChanged="GridView1_SelectedIndexChanged" BackColor="White" BorderColor="#336666" BorderStyle="Double" BorderWidth="3px" CellPadding="4" GridLines="Horizontal">
<Columns>
<asp:BoundField DataField="felhasz_id" HeaderText="Felhasználó sorszám" InsertVisible="False" ReadOnly="True" SortExpression="felhasz_id" />
<asp:BoundField DataField="jogkor_id" HeaderText="Jogkör" SortExpression="jogkor_id" />
<asp:BoundField DataField="email" HeaderText="E-mail" SortExpression="email" />
<asp:BoundField DataField="felhaszn_nev" HeaderText="Felhasználónév" SortExpression="felhaszn_nev" />
<asp:BoundField DataField="jelszo" HeaderText="Jelszó" SortExpression="jelszo" />
<asp:BoundField DataField="nev" HeaderText="Név" SortExpression="nev" />
<asp:BoundField DataField="telefonszam" HeaderText="Telefonszám" SortExpression="telefonszam" />
<asp:CommandField ButtonType="Button" SelectText="Kiválasztás" ShowSelectButton="True" />
</Columns>
</asp:GridView>
<asp:SqlDataSource ID="SqlDataSource1" runat="server" ConnectionString="<%$ ConnectionStrings:ConnectionString %>" SelectCommand="SELECT * FROM [felhasznalok] where archiv=0"></asp:SqlDataSource>és itt a kódom rá:
protected void GridView1_SelectedIndexChanged(object sender, EventArgs e)
{
GridViewRow row = GridView1.SelectedRow;
Label1.Text = row.Cells[0].Text;
TextBox7.Text = row.Cells[1].Text;
TextBox8.Text = row.Cells[2].Text;
TextBox12.Text = row.Cells[3].Text;
TextBox9.Text = row.Cells[4].Text;
TextBox10.Text = row.Cells[5].Text;
TextBox11.Text = row.Cells[6].Text;
}Ha újra beírom az ékezetes betűt és rányomok a módosításra akkor felviszi az ékezetes betűt, csak a textboxba nem akarja az istennek sem kiírni. Sima ADO.NET egyébként.
SqlCommand p2 = kapcsolat.CreateCommand();
p2.CommandText = "update felhasznalok set email = '" + TextBox8.Text + "', felhaszn_nev = '" + TextBox12.Text + "', jelszo = '" + TextBox9.Text + "', nev='" + TextBox10.Text + "', telefonszam = '" + TextBox11.Text + "' where felhasz_id = '" + Label1.Text + "' ";
kapcsolat.Open();
p2.ExecuteNonQuery();
kapcsolat.Close(); -
Goose-T
veterán
Az update-hez használj paraméterezett SQL utasítást, mert a mostani módszered több szempontból is helytelen:
1. Az aposztrófok elé kell egy N betűt biggyeszteni, hogy unicode-ként értelmezze a szöveget.
2. Az ilyen SQL parancsok nagyon érzékenyek az SQL injectionre.
3. Teljesítmény szempontjából is sokkal jobbak a paraméterezett utasítások, mert tud rá optimalizálni az SQL szerver.Rockbandám: https://fb.me/scharlotterhodes *** Gitárelektronikai műhelyem: https://www.fb.me/goosetgitar
-
togvau
senior tag
Addott ez a kód:
HashSet<string[]> fileset = checkFiles(mainhashlink, destination);
foreach ( ChoiceBean emt in Installer.MainWindow.thiswindow.choice.SelectedItems)
{
fileset.UnionWith(checkFiles(emt.url, destination));
}
if (DEBUG) Console.WriteLine("fileset count: " + fileset.Count);
foreach (string[] file in fileset)
{
if (DEBUG) System.Console.WriteLine("file: " + file[0]);
string downfileeee= downloadZip(file[0]);
Task.Factory.StartNew(() => UnzipFromFile(downfileeee, destination, file[1]));
}És itt a használt downloadZip()
private static string downloadZip(string down)
{
if (DEBUG) System.Console.WriteLine("starting download: "+down);
string tempfile = Path.GetTempFileName();
/*var fs = new FileStream(tempfile, FileMode.Open, FileAccess.Write);
ConvertToStream(down).CopyTo(fs);
fs.Close();*/
new WebClient().DownloadFile(down, tempfile);
if (DEBUG) System.Console.WriteLine("finished download: " + down);
return tempfile;
}Ott van kikommentblokkozva milyen volt előtte (ConvertToStream egyszerűen egy HttpClient-en átmenő streamet ad vissza).
Szóval converttostreammel (httpclient) iszonyú lassú volt, néha sok másodpercig állt néhány kbites letöltéssel, aztán 30 mbit, majd megint állás, és így tovább. Webclientre átrakva kevesebb az üresjárat, de az is malmozik sokat. Ez miért van?
(Java alapon hasonló kód ami ugyanezeket tölti, pedig kitolja maxra a 30mbitet, folyamatosan, bár ott több szálon megy a letöltés is, nem csak a kicsomagolás, ami itt nem megy.)
[ Szerkesztve ]
hitler, sztálin, micro usb
-
őstag
Csináltam egy ConsoleApp példát:
using System;
using System.Collections.Generic;
using System.IO;
using System.Linq;
using System.Net;
using System.Text;
using System.Threading.Tasks;
namespace ConsoleApp1
{
class Program
{
static void Main(string[] args)
{
ServicePointManager.DefaultConnectionLimit = int.MaxValue;
var files = new[]
{
new Uri("http://ipv4.download.thinkbroadband.com/10MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:81/10MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:8080/10MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com/10MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:81/20MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:8080/20MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com/50MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:81/50MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:8080/50MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com/100MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:81/100MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:8080/100MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com/200MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:81/200MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:8080/200MB.zip")
};
Console.WriteLine("Start");
Parallel.ForEach(files, file =>
{
var tempFile = Path.GetTempFileName();
using (var wc = new WebClient())
{
Console.WriteLine($"Starting download: {file} to {tempFile}...");
wc.DownloadFile(file, tempFile);
Console.WriteLine($"End download: {file}, local path: {tempFile}");
}
//File.Delete(tempFile);
});
Console.WriteLine("End");
}
}
}Ez szépen kipörgeti amit a netem bírt, és párhuzamosan tölti le a minta fájlokat.
Több gond van a bemásolt kódoddal (mindamellett, hogy a teljesen nem másoltad be, ezért az összkép sem lehet teljes a működésről, és vannak benne zavaros dolgok):
- using-ot kellene használni
- Task.Factory.StartNew pedig el van indítva, de sehol sincsen bevárva. Task.Run javallottabb, illetve az async-await kulcsszavak használata. De ha még nagyon új a C#, lehet hanyagolni kellene egyelőre.
- AConvertToStream
környékén is valószínűleg voltak problémák, nem olyan triviális az átalakítás.
-ServicePointManager.DefaultConnectionLimit
értéke alapból 2, ha párhuzamos kérésekkel szeretnél dolgozni, érdemes átállítani.Másolj be egy teljes (működő, forduló) példát, hogy meg lehessen találni a pontos hibát. De valószínűnek tartom, hogy a fentiek egyikének hibás használata az okozó.
[ Szerkesztve ]
¯\_(ツ)_/¯
-
togvau
senior tag
válasz Szabesz #7812 üzenetére
private static Stream ConvertToStream(string fileUrl)
{
try
{
if (DEBUG) Console.WriteLine("ConvertToStream: "+fileUrl);
return client.GetStreamAsync(fileUrl).Result;
}
catch (Exception ex) {
if (DEBUG) Console.WriteLine("down error: " + fileUrl);
throw ex;
}
}
client pedigprivate static readonly HttpClient client=new HttpClient();
async awaitet nem akarnék használni, örülök, ha a lehető leggyorsabban rövidre zárom, és nem kell asyncesíteni még a GUI-t is
Nem olyan nagyon új a C#, csak ez a nem túl jól működő letöltés dolog az új, meg ez a nagyon fura szálkezelés. Mint írtam java-ban, ott a threadpool, oda bepakolom a szálakat, aztán annyi, vagy ha nem akarom korlátozni a számukat simán thread.Run(), és az URL.openStream() mindenhogy működik, 1 szálon, és akárhányon is, teljesen párhuzamosan, sallang nélkül. Itt nem igazán akart, itt javasolta a valaki, hogy inkább a HttpClient-et használjam.
Mint látható a kódból, egyszerre csak 1 fájlt tölt le, ami elvileg egyszerre 1 kérés. Vagy nem?
#7813: nem minden esetben, de az esetek nagy részében igen, jobb a java. De ez nem meglepő, hiszen az egyik microsoft eredetű, a másik meg nem
[ Szerkesztve ]
hitler, sztálin, micro usb
-
őstag
Azért írtam Parallel-lel, mert láthatóan valamit háttérben akartál csinálni, amit nem vártál be (
Task.Factory
await
vagy bármi egyéb nélkül (aminek következtében az utolsó néhány unzip eredménye hibás lesz, vagy egy szép 0 byte-os file)). De akkor legyen egyszálas,ServicePointManager.DefaultConnectionLimit
állítás nélkül:using System;
using System.Collections.Generic;
using System.IO;
using System.Linq;
using System.Net;
using System.Text;
using System.Threading;
namespace ConsoleApp1
{
class Program
{
static void Main(string[] args)
{
//ServicePointManager.DefaultConnectionLimit = int.MaxValue;
var files = new[]
{
new Uri("http://ipv4.download.thinkbroadband.com/10MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:81/10MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:8080/10MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com/10MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:81/20MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:8080/20MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com/50MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:81/50MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:8080/50MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com/100MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:81/100MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:8080/100MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com/200MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:81/200MB.zip"),
new Uri("http://ipv4.download.thinkbroadband.com:8080/200MB.zip")
};
Console.WriteLine("Start");
foreach(var file in files)
{
var tempFile = Path.GetTempFileName();
using (var wc = new WebClient())
{
Console.WriteLine($"Starting download: {file} to {tempFile}...");
wc.DownloadFile(file, tempFile);
Console.WriteLine($"End download: {file}, local path: {tempFile}");
}
//File.Delete(tempFile);
}
Console.WriteLine("End");
}
}
}Ez nálam szintén folyamatosan tölt, nem malmoz két letöltés között.
A probléma eredete valószínűleg az, hogy kapcsolatokat nyitsz, amiket nem, vagy nem megfelelően zársz le, így a connection limit betelik, és megvárja egynek a felszabadulását (esetünkben valószínűleg timeout-ját). De mivel még nem láttunk teljes (minta) forduló kódot elejétől a végéig, csak részleteket, így nehéz megmondani a pontos okokat. Csinálj egy egyszerű példát, amin előáll a probléma, és arra már egyszerűbb gyógyírt mondani.
¯\_(ツ)_/¯
-
harylmu
őstag
válasz Szabesz #7815 üzenetére
Szerintem ne bátorítsuk itt az embereket depracated api-k használatára. (WebClient)
HttpClient tökéletes párhuzamos request-ekre, sőt kifejezetten ajánlott static-ként használni, ha nem akarsz port exhaustion-t.togvau példája nem olyan rossz, de veszélyes a .Result, a Factory-ban indítot Task nincs await-elve (, és idegesítőek a java naming convention-ök használata ). Illetve az akadozó network sebességre nincs tippem, soha nem találkoztam még ilyen problémával.
"nem minden esetben, de az esetek nagy részében igen, jobb a java"
Mint nyelv, a legtöbb esetben sokkal butább a Java, szerintem ezt nehéz vitatni. Getter-setter pl egy agyrém. És a C# egyébként komoly tempóban halad. A Java körül az eco-system viszont marhajó, ez tény.[ Szerkesztve ]
-
őstag
válasz harylmu #7816 üzenetére
"Szerintem ne bátorítsuk itt az embereket depracated api-k használatára. (WebClient)"
Ezzel nem értek egyet, hogy deprecated lenne bármilyen formában is (erre valami hivatalos forrás pl?). Lehet más példákat hozni, bonyolultabban és és sokkal elbarmoltabban (
Task<>.Result
), de egy példa szemléltetésre azért bőven nincs értelme ilyen mélységekben belemenni.[ Szerkesztve ]
¯\_(ツ)_/¯
-
őstag
válasz harylmu #7818 üzenetére
Ez nem igazán számít a jelenlegi esetben, elvégre a
HttpClient
és aWebClient
is csak egy wrapper aWebRequest
köré. Nem von le semmit a felhasználhatóságából, nem lesz deprecated a .net Core miatt.
Nem fogja fejleszteni, ez tetszik :-) Mire gondolsz, mit fejlesszen rajta? Attól még, hogy van más alternatíva, használható. Ezzel az erővel rögtön lehetne ajánlani, hogy mindent PCL-ben írjon, meg UWP, mert az mennyire új, még fejlesztve van. Irreleváns egy ilyen igénynél mint ez. Utána persze bele lehet csapni a lecsóba, de előtte az alapok működjenek, nem rögtön taktikai atombombával tómedret ásni.[ Szerkesztve ]
¯\_(ツ)_/¯
-
nagyúr
Sziasztok!
Adott egy ASP MVC alkalmazas, MSTest-eket irok hozza. A kerdesem az, hogy HttpSessionState-t objektumot hogyan tudok mockolni?
-
MineFox54
őstag
Sziasztok!
Van egy string tömböm, hogyan távolítom el az üres elemeket / sorokat?Kerülőút a kérdéshez:
Lenne megoldás, de aFile.ReadAllLines().Where()
nem működik, lévén hogy a "System.Array nem tartalmazza a Where metódus definícióját...". Mintha láttam volna ezzel kapcsolatban olyat hogy csak .Net 4 fölött megy. Ez stimmel pedig.Ez lenne a megoldás, ha menne az Array.Where :
var lines = File.ReadAllLines(fileName).Where(arg => !string.IsNullOrWhiteSpace(arg));
File.WriteAllLines(fileName, lines);[ Szerkesztve ]
-
holden72
tag
Sziasztok,
Pár hete kezdtem csak el ismerkedni a C# programozással. Nagyon alapszinten vagyok még benne.
Eddig Win10 alatt használtam a Visual Studiot, gond nélkül.
Most egy macbookon szeretném folytatni a programozást, le is töltöttem a MS honalpról a Visual Studio for MAC programot.
Azonban a korábbi forráskódokat (pl. egyszerű buborékrendezés) ha betöltöm a fejlesztői környezetbe, nem fut le hibát ad pl. ennél az utasításnál:
x = int.Parse(Console.ReadLine());
System.ArgumentNullException has been thrownWindowsos környezetben nincs vele gondja. (Igaz a MAC-el is csak most ismerkedem, lehet ott bénáztam el valamit?)
Van még valami beállítás amivel működésre bírhatom?Nagyon köszönöm előre a segítséget!
Üdv.
-
togvau
senior tag
válasz harylmu #7816 üzenetére
getter setter pont jó javaban, mert jól szabályozható a láthatósága (pl csak protectedbe hagyom a setelést, de a getelést publicban is), és nem olyan fura egyedi szintaxis mint a C#-ben a get; set; amihez hasonló szerkezet abban sem nagyon van máshol. Van más amiben tényleg kicsit jobb a C# ami most nem jut eszembe, de az sem olyan nagyon hűha könnyebbség, csak simán "jópofa".
Miért kéne awaitelni a kicsomagolást? Ha az megtörténik, akkor már a fájl felejthető a programnak, mert már nem tesz semmit a végeredménnyel.
@#7815: nincs hibás zip, se 0 byteos.
Mit kéne lezárni? Csak webclient downloadfile és a client.GetStreamAsync(fileUrl).Result; nyit kapcsolatokat. Semmi más.[ Szerkesztve ]
hitler, sztálin, micro usb
-
Lacc
aktív tag
Hali.
A Bundling and minification-t hogy kell beallitani asp.net mvc 5 projektnel a web.config-ban, hogy mukodjon?
<remove name="BundleModule" />
<add name="BundleModule" type="System.Web.Optimization.BundleModule" />Ezt hiaba adom hozza a modules-hoz, nem tortenik semmi, annak ellenere, hogy release modban indittom el a projektet.
De ha ezt a sort hozzaadom a BundleConfig.cs-ben, akkor mar latom a bundles mappat a developer tools-ben a source ful alatt. Csak ezzel meg az a baj, hogy Debug modban is igy tomoritti a js fajlokat, ami meg nem jo.
BundleTable.EnableOptimizations = true;
Ezt a templatet probalom elerni a bundles-n keresztul, de nem sikerul sehogy sem osszehoznom.
bundles.Add(new ScriptBundle("~/bundles/adminltejs").Include(
"~/Content/Themes/js/adminlte.js"
));
bundles.Add(new StyleBundle("~/bundles/adminltecss")
.Include("~/Content/Themes/css/font-awesome.css", new CssRewriteUrlTransform())
.Include("~/Content/Themes/css/AdminLTE.css", new CssRewriteUrlTransform())
.Include("~/Content/Themes/css/skins/_all-skins.css", new CssRewriteUrlTransform())
);
Az a baj, hogy publis eseteben sem latom :/[ Szerkesztve ]
-
togvau
senior tag
Najó, a háttér kód már nagyjából jó, bár még mindig malmozik néha letöltéskor, de nem sokat, elmegy, úgy is a javas változat marad az elsődleges, a netes a finnyásoknak lesz akik nem akarnak JRE-t telepíteni.
Most a GUI-t kéne informatívabbá tenni, valahogy úgy hogy a parallel.foreach dolgozik a letölteni valókon, és ebből valami info kéne a GUI-ra, hogy ennyiből ennyi fájl letöltődött.
A parallel.foreach-be nem tudok a GUI-n lévő dolgon módosítani, mert "InvalidOperationException: 'The calling thread cannot access this object because a different thread owns it.'".Na meg az onclick által meghívott háttérlogika metódus blokkolja a GUI-t amíg az be nem fejezi... most egy threadben futassam a metódust hogy ne blokkolja?
[ Szerkesztve ]
hitler, sztálin, micro usb
-
harylmu
őstag
UI-t csak UI thread-ről tudsz updatelni, Dispatcher-rel. Amúgy exceptionre dobsz egy google-t ki is hozza.
Hasonló kérdés volt 2 hónapja: [link]"Na meg az onclick által meghívott háttérlogika metódus blokkolja a GUI-t amíg az be nem fejezi."
Nem akarok bunkónak tűnni, de ezt nem egyszer leírtuk neked (pl itt és itt is volt figyelmeztetés).
(#7834) togvau: C#-ban getter setter láthatóságot lehet állítani.
[ Szerkesztve ]
-
amargo
addikt
Web.configbol "szokás" állítani:
<compilation debug="true" />
Ezt kell false ra rakni és már is a minify js fog utazni. Production-be amúgy is más web.config-od lesz.
Amúgy a kódod is egy megoldás, elég csak if be rakni az Debugger.IsAttached segítségével pl, de ennek nincs sok értelme, de akár az #If DEBUG is ott van, stb.harylmu: nem érdemes foglalkozni vele, sokan vannak akik a tákolás/gányolás hívei, elsőnek azt hittem megakarja érteni, hogy mit csinál, de igazából nem is akarja..
[ Szerkesztve ]
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
Lacc
aktív tag
Igen, ezt tudom, de a release módban futattás úgy tűnik nem egyenlő a web.release.config használatával, ott volt beállítva.
Aztán inkább telepítettem a dev gépemre local IIS Express-t oda Publish-oltam nagy nehezen, is úgy jó volt.
Holnap majd a szerveren csekkolom, nekem a cég nem ad permission-t ezeknek a kalibrálására Van egy olyan érzésen valahol ott eszkálodik el a dolog. De modósítgattam a web.config-ot úgy, hogy local IIS-en jó volt, anélkül hogy az IIS-t buherálnám. -
togvau
senior tag
Dispatcherezés megvan, csak az nincs, hogy hogy indítsak a gui Button_Click-jéből GUI-t nem blokkoló feladatot (a fő metódust ami végez mindent, letöltést, stb) Task.Run-al "The calling thread cannot access this object because a different thread owns it.", new Thread(() => -al egyszer sikerült, másodszor már ugyan azt a hibát dobálja...
Ja és ráadásul ezt az osztályt a GUI konstruktora példányosítja, szóval nem tudom hogy lehet másik thread a gazdája...
[ Szerkesztve ]
hitler, sztálin, micro usb
-
eddie17
addikt
Sziasztok,
egy pár napja elkezdte a képen látható hibaüzenetet küldeni, ha adatbázis forrásként egy access adatbázist szeretnék csatolni.
Minden eredeti, az Office, a Windows, a VS
Hónapokig semmi baja nem volt, és most egy újonnan létrehozott accdb fájlal kezdte el, és most már a régebben működő programokban is folyamatosan megszakad a helyi kapcsolat az access adatbázisokkal.
Így nehéz készülni órákra és szakvizsga tervezetet tesztelni...
Az access_database_engine fel van telepítve. Azt is próbáltam újra telepíteni de nem adott megoldást.[ Szerkesztve ]
-
eddie17
addikt
válasz lord.lakli #7844 üzenetére
Amiket találtam megoldást kipróbáltam de semmi. Amúgy több helyen azt írták, hogy nem létező fájlnál van ilyen, de az nálam nem opció mert léteznek.
Frissítési problémáról nem olvastam.[ Szerkesztve ]
-
sztanozs
veterán
-
eddie17
addikt
válasz sztanozs #7847 üzenetére
És ezt hogyan tudom leellenőrizni? Már mindent megpróbáltam, hogy létrehozok új "connection"-t, de minden adatforrás varázsló végén a fenti hibaüzenetet kapom.
Most már kezdek morcos lenni az egészre, mert napok óta nem tudok érdemben haladni.
Plusz az Access Database Engine-ből csak a 32bit-es 2010-es verzió megy fel, a 2016-os 32 bites nyavalyog, hogy 64 bites az Office, a 64bites meg nyavalyog hogy 32 bites az office.
Mondjuk hónapokig ment a 2010-essel is szóval nem ott lehet a baj csak érdekesség.Lacc: köszönöm a választ, én is erre kezdek gyanakodni...
[ Szerkesztve ]
-
amargo
addikt
Én ezt nem értem.
Bevallom még nem tértem át W10-re..
De akik megtették ismerőseim sokat szívnak vele, hogy egy-egy frissítés után összeomlik a fejlesztő környezetünk. Mennyire általános ez még most is? Vagy csak ők "bénák"?“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
Új hozzászólás Aktív témák
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- Politika
- Kerékpárosok, bringások ide!
- sziku69: Fűzzük össze a szavakat :)
- Fejhallgató erősítő és DAC topik
- Kapnak egy rakás reklámot a Roblox játékosai
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- MG4 menetpróba
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Sorozatok
- Xiaomi Mi 9 Lite - kilencre érdemes lapot húzni
- További aktív témák...
- Panasonic Lumix DC-G9 (V-Log L kiegészítéssel, 4 akkuval)
- Commlite CM-EF-NEX Auto-Focus Adapter (Canon EF - Sony E)
- Üzletből, garanciával, legújabb Asus Vivobook 17" i7-1355U 10 mag 5GHz/16RAM/1TBSSD/17,3"FULLHD
- Üzletből, garanciával DeLL XPS 15 9500 i7-10750H 32GBRAM 1TBSSD/GTX1650Ti 15,6"4KTOUCH
- i5 12400f 3070 gamer pc
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen