wine-devel December 2003

wine-devel@winehq.org

109 participants
267 discussions

Re: TDI + NetBIOS = Network Neighborhood
by Luke Kenneth Casson Leighton 16 Dec '03

16 Dec '03

hi, wrote to the wine-devel mailing list about this one describing a few words about what's needed to be done to "support" your efforts. documentation. rfc1001.txt and rfc1002.txt - these describe NBT (netbios over tcp) and how to get: - datagrams (port 138) equivalent to UDP - sessions (port 139) equivalent to TCP - names (port 137) LISTEN UP! THIS IS EQUIVALENT TO DYNAMIC-DNS + DHCP! the last one of these needs careful explanation. in light of the recent attempts by the wireless IETF crowd to create a dynamic routing protocol is is _totally_ ironic that netbios got there first _by over twenty years_ - and that there is a FREE implementation for the taking, in nmbd. it's also pretty ironic because they've had to play catch-up with concepts like node status queries in additional extension draft rfcs, and they STILL haven't added the "name conflict" concept which is there to tell anyone that will listen that a name which is attempting to be claimed is being taken by someone else who won't give it back. port 137 _is_ actually dns, so if you happen to know of any wine-licensing compatible DNS client code then you can use that as the basis for your efforts. it's dns but it's extended: the names of the types of packets mean slightly different things; there is additional packet types to represent NAME_REGISTER and NAME_STATUS; there is also a different CNAME type to cope with netbios names; the "dns zone" is there it's called a "scope"; the "dns name" is "compressed" it's a brain-dead misnomer given that the name is actually expanded in some sort of stupid base-4 (no, not base-64, yes, that's right, base-4) encoding scheme that turns a 16-byte space-padded thing into an overbloated 64-byte monster. cifsbrow.txt. eek, it's been a while. have a look at www.cb1.com/~lkcl/ntdom. no, try this: http://www.monyo.com/technical/samba/rfc/ actually, first try this: http://ubiqx.org/cifs/References.html which will give you a better idea of what the other one contains: the ftp://ftp.microsoft.com/developr/drg/CIFS directory appears to be inaccessible, now, which is just typical. basically you should read cifsbrow.txt in conjunction with rfc1001.txt and rfc1002.txt. SKIM THEM! YOU ONLY NEED A MINIMAL SUBSET OF THOSE DOCUMENTS FOR A CLIENT IMPLEMENTATION!!!! the only reason that you need to read those docs - skimmed - is because you need to know what you are going to be communicating with (not implementing, server-side, just connecting to, client-side). all you _really_ need is to be able to do a NetBIOS name query and also to be able to do a couple of SMB queries to obtain lists of servers. THAT IS ALL THAT A CLIENT-SIDE NETWORK NEIGHBOURHOOD BROWSER IS. REALLY! if you're implementing this from scratch, however, expect to allocate about ... mmm ... anywhere between four and eight weeks. i _thoroughly_ recommend that you investigate finding some dns client code to adapt and save yourself some time with decoding port 137. also, while you're at it, you might want to next focus on the contents of the ntnp.doc file which was last available with the ms-dev that contained visual studio 4.3. ntnp.doc stands for nt network provider and it had a companion "client-side" document to describe the other bit that went with it. basically there is a "redirector" protocol on both client _and_ server-side that covers browsing. these two protocols "merge" the network neighbourhoods into one big happy family, such that netware's network neighbourhood can be installed and cooperate happily with the smb network neighbourhood can be installed and cooperate happily with the kerberos-domain-based network neighbourhood and it was all one big happy family yippee. so, whilst you may believe that it is best to implement the network neighbourhood browsing functions as "direct" as possible, if you ever install the "client for netware" under wine and then wonder why it doesn't appear in the network neighbourhood, remember what i said in the paragraph above!! l.

1 0

Vacation
by Alexandre Julliard 15 Dec '03

15 Dec '03

Folks, There won't be any commits for a while, since I'm leaving now for a vacation in Switzerland, where I won't have net access. Assuming I survive the deprivation, I'll be back in two weeks. I hope you all have nice holidays, and I look forward to finding a few hundred patches in my mailbox when I get back... -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: Fix ntdll test
by Alexandre Julliard 15 Dec '03

15 Dec '03

Hans Leidekker <hans(a)it.vu.nl> writes: > Uncomment some tests in rtlstr.c and wrap them in todo_wine{} instead. You can't do that, many of these tests succeed, which is not allowed inside todo_wine. And please try a 'make test' when you change a test, as already explained there's no point in submitting a patch that causes make test to fail. -- Alexandre Julliard julliard(a)winehq.com

2 1

netapi32 and NetBIOS
by Luke Kenneth Casson Leighton 15 Dec '03

15 Dec '03

[sent also to samba-technical mailing list] hi, i've just been alerted to the netbios work in wine (hooray!) as part of an effort to get the network neighbourhood going (yippee!). there is a problem, which i can help overcome. the problem is this: imagine that there is no TCP/IP stack in linux. imagine that TCP/IP runs in two separate user-space services, both of which are GPL'd: the TCP service is a fork-on-demand one that binds to all interfaces, and the UDP service is even worse, it's a single-process running a state machine. let's pretend that neither of the processes understand anything but Web services, and now you want to add SMTP, or worse, HTTPS. you have to consider hard-coding and linking into a paired monolith of programs, and you have a licensing and logistical nightmare that is totally unacceptable for practical purposes. this is the situation that is faced by wine, because samba, which consists of two programs, smbd and nmbd, "controls" the NetBIOS transport, from both a server _and_ (due to some bugs in Windows) also a client perspective. a flawed attempt to make it possible to cut-in to the NetBIOS equivalent of Dynamic-DNS-plus-DHCP (the NBNS system on port 137) was added in 2000 into nmbd, however from the Wine perspective this is totally useless because the code to access the bypass mechanism is GPL'd (tdb - trivial database). happily there is a convenient way round the mess, because it is possible to create the equivalent of a "Network Address Translation" service, and working code along these lines, which maintained a state machine of NetBIOS connections, was created over three years ago. nmbd needs to talk via this NAT service, so does nmblookup and, once the code is all there, so does Wine's Network Neighbourhood browsing code. at present, all you have to do to get the Wine "Network Neighbourhood" code to work is to disable samba, which is going to be totally impractical for most people. it is not _yet_ necessary for such a service to be created, but by the time the NetBIOS code in wine is released, it will _become_ necessary. if anyone wants to sponsor me [pay money] to revive the experiments i made in late 1999 / early 2000 in order to implement a NetBIOS "NAT" service, please contact me. l. -- -- expecting email to be received and understood is a bit like picking up the telephone and immediately dialing without checking for a dial-tone; speaking immediately without listening for either an answer or ring-tone; hanging up immediately and then expecting someone to call you (and to be able to call you). -- every day, people send out email expecting it to be received without being tampered with, read by other people, delayed or simply - without prejudice but lots of incompetence - destroyed. -- please therefore treat email more like you would a CB radio to communicate across the world (via relaying stations): ask and expect people to confirm receipt; send nothing that you don't mind everyone in the world knowing about...

1 0

uxtheme clips to much
by hatky 15 Dec '03

15 Dec '03

I know these are stubs but since they were added more of the splash screen and the top of the main application of Trillian has been cut off freeware at: http://download.com.com/3000-2150-10047473.html?part=trillian&subj=dlpagtag… home page at: http://www.ceruleanstudios.com/downloads/ Hatky. __________________________________ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/

2 2

Extended window flag
by Fabian Cenedese 15 Dec '03

15 Dec '03

Hi I have an application where I get the styles from a window with GetWindowLong(m_hWnd, GWL_EXSTYLE); In Windows I get 0x00000110 but in wine I get 0x40000110. From the wine headers (mine seem to old) I get this means 'managed by the system'. Is this something wine specific? Do I need to pay attention to this? If it's a valid Windows flag why isn't it set in Windows? If it's just wine specific can I just mask it out? Thanks bye Fabi

3 6

Re: Running Wine under MS SFU under Wine ... ?
by ea＠iol.it 15 Dec '03

15 Dec '03

> My real point is - SFU is yet another set of windows > programs we can use to test wine, may as well grab a > copy while they're 'free'. SFU3 contains also the POSIX personality for NT/2k. Does Wine run native NT apps yet?

1 0

Wine Segmentation fault
by Fabian Cenedese 15 Dec '03

15 Dec '03

Hi I have a problem with starting wine itself. After trying the CodeWeavers wine I wanted to get clean again and removed everything I could find only slightly wine related (/usr/bin, /usr/local... etc). I even removed my cvs of wine of a few days ago. Then I made a fresh checkout and did the complete install with wineinstall. But still after this whole procedure I cannot start wine. Any ideas? Knoppix (Kernel 2.4.22) fabi@lx_fabi:/usr/local/bin$ gdb wine GNU gdb 5.3-debian Copyright 2002 Free Software Foundation, Inc. .. snip .. This GDB was configured as "i386-linux"... (gdb) run Starting program: /usr/local/bin/wine Program received signal SIG32, Real-time event 32. 0x40046fc4 in pthread_getconcurrency () from /lib/libpthread.so.0 (gdb) bt #0 0x40046fc4 in pthread_getconcurrency () from /lib/libpthread.so.0 #1 0x40046e08 in pthread_getconcurrency () from /lib/libpthread.so.0 #2 0x400463f2 in pthread_create () from /lib/libpthread.so.0 #3 0x00110de6 in get_threading () at glibc.c:61 #4 0x00110e2e in main (argc=1, argv=0xbffffc74) at glibc.c:73 Thanks bye Fabi

3 4

Re: PATCH: old freetype patch / FT_Get_First_Char
by Pouech Eric DMI AEI CAEN 15 Dec '03

15 Dec '03

> + if(!!pFT_Get_First_Char || (pFT_Get_First_Char( ft_face, &dummy ) < 0x100)) me thinks two bangs are one too much A+

2 1

Re: Running Wine under MS SFU under Wine ... ?
by Dan Kegel 15 Dec '03

15 Dec '03

Greg wrote: > On Sunday 14 December 2003 09:02 pm, Dan Kegel wrote: > >>I recently posted with problems running Microsoft's >>Services for Unix under Wine. I only tried it out >>of morbid curiosity, actually, and because MS was >>offering it for free. The free offer expired, but >>it's back again for a little while; slashdot.org >>seems to be running banner ads for it. I'd encourage >>any of you who even *might* be tempted to try this >>out to go order the CD-ROM. It would be way bitchin' >>cool if we could nest Wine and MS SFU (I seem to recall >>we can't nest Wine in Cygwin for some technical reason, >>but who knows, maybe SFU won't have the same problem). > > Don't get your hopes up; they are nothing to write home about. OK, I have to confess, I was drunk when I wrote that :-) My real point is - SFU is yet another set of windows programs we can use to test wine, may as well grab a copy while they're 'free'. - Dan

1 0

← Newer
1
...
12
13
14
15
16
17
18
...
27
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel December 2003